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ABSTRACT 



A method and apparatus for a network based customer 
service is provided. In response to a client requesting help, 
a menu including three levels of interaction is displayed. 
One level of interaction is self-help searching in a database 
of information. A second level of interaction is asynchro- 
nous help, requesting help and receiving a reply. The third 
level of interaction is synchronous help, interaction with an 
advisor. If the client selects synchronous help, the method 
includes the steps of alerting the advisor and displaying a list 
of previously visited sites by the client to the advisor. The 
synchronous help method further includes providing a syn- 
chronized display between the client and the advisor, such 
that the advisor sees an identical display to the client. 
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METHOD AND APPARATUS FOR NETWORK 
BASED CUSTOMER SERVICE 

FIELD OF THE INVENTION 

The present invention relates to customer service, and 5 
more specifically, to network based customer service. 

BACKGROUND 

A recent business trend is to reduce help desk traffic by 10 
promoting the Internet as a way for customers, and indi- 
viduals within a corporation, to access information. The 
Internet is particularly suited for this because of its global 
reach and relatively easy accessibility. 

One prior art method of providing customer service is by 15 
posting a question in a Question and Answer (Q&A) list, and 
waiting until either service personnel or other customers 
provide an answer by posting it to the same Q&A list. The 
answer may or may not be correct. 

Another prior art Internet based customer service solution 20 
is posting a large "frequently asked questions" (FAQ) list 
that answers most typical questions. 

While using the Internet reduces costs, for most prior art 
systems it reduces customer satisfaction. The customer does 
not feel that he or she is receiving individual attention. 25 
Furthermore, there is no assurance that the answer is correct 
for the specific situation in which the customer finds himself 
or herself. 

One prior art method of providing more interactive cus- 30 
tomer service on the Internet is a web based help-desk. The 
customer logs on to a "help page," that is separate from the 
area in which the customer had trouble. The customer then 
fills out a help request, including answering a series of 
questions regarding the problem. While the customer is 35 
connected to this help page on the Internet, the customer's 
computer system sends configuration information to service 
technicians. The service technicians evaluate the data from 
the computer and the help request. The service technicians 
then call the customer to discuss the problem. 40 

However, this requires the same amount of help desk 
traffic as a direct 800 number help desk. Additionally, filling 
out the help request is a chore that takes considerable time. 
Furthermore, some customers do not like having the con- 
tents of their personal computers surveyed, especially if at 45 
least some sections of that computer are not relevant to the 
problem, and contain private information. In addition, the 
customer must leave the web page on which he or she 
encountered the problem to log on to the help page to start 
this help process. This interrupts normal work, and is a 50 
hassle. 

SUMMARY OF THE INVENTION 

A method and apparatus for improving network based 
customer service is as follows. In response to a client 55 
requesting help, a menu including three levels of interaction 
is displayed. One level of interaction is self-help searching 
in a database of information. A second level of interaction is 
asynchronous help, requesting help and receiving a reply. 
The third level of interaction is synchronous help, interac- 60 
tion with an advisor. If the client selects synchronous help, 
the method includes the steps of alerting the advisor and 
displaying a list of previously visited sites by the client to the 
advisor. The synchronous help method further includes 
providing a synchronized display between the client and the 65 
advisor, such that the advisor sees an identical display to the 
client. 
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This method offers several advantages over the prior art. 
It allows the client to receive help from an advisor without 
leaving the web page on which a problem occurred. It 
enables a client to send information helping the selection of 
a solution or selection of an advisor able to determine a 
solution. It enables the advisor to see customer information 
and web context information that may assist an advisor in 
finding a solution. It provides the advisor a synchronized 
display with the client, so that the client can clearly dem- 
onstrate the problem to the advisor. 

These and other objects, features, and advantages of 
present invention will be apparent from the company draw- 
ings and from the following detailed description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, 
and not by way of limitation, in the figures of the accom- 
panying drawings and in which like reference numerals refer 
to similar elements and in which: 

FIG. 1 illustrates one embodiment of a network including 
a client and server system. 

FIG. 2 illustrates one embodiment of a server system in 
which the present invention may be implemented. 

FIG. 3 illustrates one embodiment of a help system block 
diagram. 

FIG. 4 illustrates one embodiment of an overview flow 
chart of the collaborative process. 

FIG. 5 illustrates one embodiment of a flowchart illus- 
trating a self-help search. 

FIG. 6 illustrates one embodiment of a flowchart of 
asynchronous help. 

FIG. 7 illustrates one embodiment of a flow chart of 
synchronous help. 

FIG. 8 illustrates one embodiment of slider bars. 

DETAILED DESCRIPTION 

A method and apparatus for a network based customer 
service is described. As more and more information 
becomes available through a network such as the Internet, 
LAN, WAN or similar network, customer service should 
improve commensurably. A network based customer 
service, that allows a company to provide services in a faster 
and more organized matter, is advantageous. 

FIG. 1 illustrates a network including a client and server 
system. A customer 110 is coupled to a network 120. The 
network 120 may be the Internet, a LAN, a WAN, or a 
similar network 120. The customer 110 has access to a 
database 140 and corporate web site 150 through the net- 
work 120. The corporate web site 150 may implement a help 
system as described below. Alternatively the customer's 
system 110 may implement the help system. 

An advisor 130 may be coupled to the network 120. The 
advisor 130 may be a customer service representative, 
another customer, an automated system, or any other mecha- 
nism that provides help to the customer 110. For one 
embodiment, the advisor 130 is not always coupled to the 
network 120. Furthermore, a voice connection 160 may be 
established between the customer 110 and the advisor 130, 
when the customer 110 requests help, as will be described 
below. For one embodiment, the voice connection 160 is 
established through a conventional telephone system. 
Alternatively, the voice connection 160 may be established 
through the network 120, or through some other means, such 
as satellite. The customer 110 can browse a number of sites 
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through the network 120. If the customer 110 requests help collaborative session collected by the workflow controller 

a connection is established between the customer 110 and 325, and passes them to a second advisor. For one 

the advisor 130. embodiment, the second advisor may be a manager or a 

FIG. 2 illustrates one embodiment of a server system in technical specialist, 

which the present invention may be implemented. For this 5 The posting generator 345 may be used if an answer is 

embodiment, the help system (not shown) is implemented in found to the customer's help request. A posting generator 

a client-server system. 345 allows the advisor to "stick" a posting to a web page 

FIG. 3 illustrates a block diagram of one embodiment of discussed with the customer. The posting may include text, 
a help system. The collaboration unit 300 is located on a audio information, video, etc. This posting is associated with 
server, and permits the advisor to respond to customer help 10 the specific web page for the customer. For one embodiment, 
requests. For one embodiment, the collaboration unit 300 is the posting is persistent and appears on the web page every 
located on the advisor's system. A database unit 360 is time the customer opens that web page, or until the customer 
located on a server (not shown). For one embodiment, the closes the posting. For one embodiment, the postings gen- 
database unit is located on the same server as the collabo- erated by the posting generator 345 are stored in the database 
" ration unit 300. For another embodiment, the database unit 15 unit 360, not on the customer's computer system. 
360 is coupled to the collaboration unit 300 through a A report generation unit 335 may be used to generate a 
network connection 355. report on a specific case, or on some or all of the cases 

The collaboration unit 300 includes a network connection handled by the collaboration unit 300. For one embodiment, 

unit 310, permitting the collaboration unit 300 to interact the report generation unit 335 automatically generates 

with a customer. For another embodiment, the collaboration 20 reports. Some reports, for example are: the number of 

unit 300 also interfaces with the database unit 360 through questions answered by an advisor, the number of questions 

the network connection unit 310. asked about any one location, the percentage of customers 

The collaboration unit 300 further includes a communi- who adMd questions, etc. 

cation channel 315. For one embodiment, the communica- The database unit 360 includes a database 370 that is 

tion channel 315 includes a digital connection for text, searched by the search system 350. The database 370 

images, video, etc. and a voice channel. For another includes past postings and contexts. The database 370 may 

embodiment, the communication channel 315 is established further include a help file, a frequently asked questions 

through the network connection unit 310. (FAQ), or other data. The database unit 360 may further 

The collaboration unit 300 further includes a workflow 30 include a purge unit 380. The purge unit 380 may purge data 

controller 325. The workflow controller 325 controls what m me data unit 370 tf me data was not used for a lon g time, 

cases are routed to each advisor. The workflow controller For one embodiment, if a datrem in the database 370 is not 

325 also tracks the actions of the advisor and opens closes accessed for a period of time, it is purged. For example, the 

cases. For one embodiment, the workflow controller 325 is data m ay include an expiration date that is refreshed every 

a single system that controls workflow to all of the advisors. 35 time an access to the data is made. In this way, unused data 

When a new case is opened by the workflow controller fc P ur S ed - For another embodiment, the purge unit 380 

325, the context grabbing unit 340 collects context infor- V m & s data relatm g to pages that are no longer available, 

mation from the customer's system, to aid the advisor in FIGS. 4-7 illustrate flow charts of one embodiment of the 

helping the customer. Context information includes the web operation of the present invention. FIG. 4 illustrates an 

tracks of the customer, the locations he or she visited prior 40 overview of the collaboration process, 

to asking for help. For one embodiment, the web tracks also At block 410, the customer indicates that he or she needs 

include the actions of the customer at the prior locations. For help. For one embodiment, the help form is accessible from 

one embodiment, the context may further include customer a web page on which the customer has questions. For one 

history. Customer history, for one embodiment, includes embodiment, there is an icon on a web page indicating that 

previous questions asked by the customer as well as personal 45 the customer can get help. When the customer clicks on that 

information about the customer. All of this information may icon, a help request form is displayed, which the customer 

be used by the advisor to help the customer. then completes. For another embodiment, the customer's 

The collaboration unit 300 further may include a synchro- system dynamically overlay a help button over the web 

nization unit 320. For one embodiment, after a case is page. For yet another embodiment, the customer submits his 

opened to respond to a help request, the advisor establishes 50 or ner help request via e-mail, telephone, or another method, 

a connection with the customer through the communication If the help request is not submitted in an electronic form, it 

channel 315. For one embodiment, the advisor may also niay be converted into an electronic query automatically or 

walk the customer through a web page to answer the manually. 

customer's questions. The synchronization unit 320 allows At block 415, a case is opened in a workflow system. The 
the customer's and advisor's browsers to display the same 55 workflow system is on a server that receives the help 
text and images at the same time. request. In response to receiving a help request, a case is 
The collaboration unit 300 further includes a search opened. For one embodiment, the case includes the identity 
system 350, that permits the advisor to search a database to of the customer, the customer's specific question, and other 
answer the customer's question. The data may be in a data information. For another embodiment, the other information 
unit 370 of the database unit 360. For one embodiment, if the 60 may include a history of previous questions from the same 
advisor does not know the answer to the customer's help customer, information about the skill level of the customer, 
request, the search system 350 is automatically engaged to and any further available information that improves a inter- 
find an answer. For one embodiment, if the advisor can not action between the customer and the customer service 
answer with the help of the search system 350, an elevation system. 

unit 330 elevates the customer's help request. The elevation 65 At block 420, the process tests whether the customer is 

unit 330 collects the context information gathered by the using a thin client or a thick client. A thick client is a system 

context grabbing unit 340, and the information about the that automatically collects all relevant information from the 
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customer. A thin client may only collect the customer's 
identity. For one embodiment, if the help request was 
received through an e-mail request, telephonic request, or by 
another means, the client is designated as a thin client. 

If the customer is using a thick client, relevant informa- 5 
tion is automatically collected by the system. If the customer 
is using a thin client, the process continues to block 425. At 
block 425, context is collected. The process then continues 
to block 430. If a thick client was used, the process continues 
directly from block 420 to block 430. 10 

At block 430, the process queries to determine the priority 
of response. The customer may indicate a number of pos- 
sible priorities. For one embodiment, the priorities are high, 
medium, and low. 

If low priority was selected, the process continues to 15 
block 445, and a self-service lookup is initiated. The self- 
service lookup is described in more detail with respect to 
FIG. 5. 

If medium priority was selected, the process continues to 
block 440, and an asynchronous collaboration is initiated. 20 
Asynchronous collaboration is described in more detail with 
respect to FIG, 6. 

If high priority was selected, the process continues to 
block 435, and a synchronous collaboration is initiated. 
Synchronous collaboration is described in more detail with 25 
respect to FIG. 7. 

Each of the types of responses, synchronous collaboration 
at block 435, asynchronous collaboration at block 440, and 
self-help lookup at block 445, continue to block 450. 

At block 450, data is saved in a database 450. The 30 
database 450 is available to the advisor, and may be avail- 
able to the customer, for searching. The data saved in the 
database 450 enables a second advisor to determine what the 
question and the answer were. The database 450 is used to 
provide consistent answers, and enhance searching for an 35 
answer. 

At block 455, the workflow case database is updated. This 
update indicates how the customer's question was disposed 
of, and that the case was completed. For one embodiment, 
the information is entered by the advisor. Alternatively, the 40 
process may automatically determine the disposal of the 
case, and update the database. 

At block 460, the customer's personal solution, deter- 
mined during the session at block 435, 440, or 445, is posted. ^ 
This solution is now available to the customer persistently. 
The answer is also available to other customers through the 
database. 

FIG. 5 illustrates one embodiment of the process of 
self-service lookup. At block 510, the self-service lookup is 5Q 
initiated. For one embodiment, the self-service lookup is 
initiated in response to a customer posting a low priority 
help request. 

At block 515, the process tests whether the customer has 
selected a search basis. For one embodiment, the type of 55 
search used depends on the search basis. For one 
embodiment, the search basis may include: 

keywords, i.e. a text search, 

context, a current location from which the help was 
requested, 60 

structured search, i.e. searching through a tree. 

One of these search bases may be selected. Alternatively, 
a combination of one or more of these search bases may be 
selected, for example a context based search further refined 
using keywords. 65 

For another embodiment, this step may be skipped and the 
process may automatically select the search type. For 



another embodiment, a combination of one or more of the 
search bases may be used for the search. 

If the customer selects a text search, the process continues 
to block 520. At block 520, a search data entry block is 
displayed, allowing the customer to type in a search. For one 
embodiment, the search is a Boolean search, allowing a 
complex query. For another embodiment, the text search is 
an English search that allows the customer to type in a query 
in normal English, and the search engine parses the query to 
obtain search terms. Alternative ways of searching are 
known in the art and may be used. When the customer enters 
the query, the process continues to block 535. 

If the customer selects a "current page" based search, the 
process continues to block 525. At block 525, postings 
relating to the current page from which the customer 
requested help are displayed. For one embodiment, the 
postings are displayed with headers indicating the topic of 
the posting, allowing the customer to select postings that 
may be relevant to the customer's question. For one 
embodiment, the process then continues to block 545. 
Alternatively, if there are too many postings associated with 
the page, the process may continue to block 535. 

If the customer selects a "context based" search, the 
process continues to block 530. At block 530, the process 
obtains the customer's web tracks. The web tracks, for one 
embodiment, include past locations, i.e. what web pages the 
customer visited prior to asking for help. The web tracks 
may further the actions of the customer at each of the 
previous sites. For one embodiment, the web tracks include 
only those sites and actions that are relevant. Thus, for 
example, if prior to starting the process leading to the current 
question, the customer visited other sites, such as a search 
engine, web store, bank, etc., that information is not col- 
lected. The process then continues to block 535. 

At block 535, the customer is allowed to select keys/ 
specificity. The customer may, at this point, select how 
closely the context, text, or page location of the customer has 
to match the data associated with the postings to be dis- 
played. For one embodiment, this block may be left out of 
the process. For another embodiment, this block is selec- 
tively included in the process if the number of postings 
found otherwise is excessive. 

At block 540, a set of hierarchical folders is displayed 
with headers indicating the type of postings included in each 
of the folders. For another embodiment, an alternative 
means of display may be used. 

At block 545, the customer is allowed to narrow or 
broaden the search. For one embodiment, the customer 
changes the scope of the search using slide selection bars. 
One embodiment of bars are illustrated in FIG. 8. 

At block 550, the process determines whether the cus- 
tomer has found an answer. For one embodiment, the 
customer may indicate that he or she has found an answer by 
pushing an "answer found" button, or the process may 
determine in some other way that the customer has found the 
answer. 

If the answer was not found, the process continues to 
block 565. At block 565, the customer is permitted to 
execute a new search or change the search basis. For one 
embodiment, the customer is also allowed to change the 
priority of the help request, thereby requesting another type 
of help. Thus, customer may decide that he or she can not 
obtain an answer using selfhelp, and may request asynchro- 
nous or synchronous help. 

If the answer was found at block 550, the process con- 
tinues to block 555. At block 555, the customer may create 
a posting associated with the web page. This posting may 
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clarify the answer the customer has found. This posting is 
useful for the customer, since it is persistent and remains 
associated with the web page for this customer. For another 
embodiment, an electronic agent may push relevant infor- 
mation onto the customer's computer system. For one 
embodiment, push technology is used. For another 
embodiment, relevant information tagged by the customer is 
saved to the customer's system using another method. 

At block 560, the customer's click stream, or web tracks, 
are added to the context for the answer. Thus, the context 
gathered during this interaction is added to the context of the 
answer in the database. For one embodiment, the search text 
may also be added to the context for the answer. Adding this 
information to the context simplifies the search procedure 
for the next customer who has a similar query. 

For another embodiment, the self-help process may be 
simplified. In that instance, the context-based search is 
automatically selected- The process then determines an 
answer, and an electronic agent pushes the answer to the 
customer's system. This methodology does not require cus- 
tomer interaction with the help system. The process 
described with respect to FIG. 5 is used, but all decisions 
indicated to be made by the customer are automated. For one 
embodiment, the customer can select this type of self-help. 
For another embodiment, based on customer information, 
i.e. if the customer is inexperienced with computers, the 
system may automatically select this agent based self-help 
method. 

FIG. 6 illustrates the process of asynchronous collabora- 
tion. Asynchronous collaboration permits the customer to 
post a help query. The help query is answered by an advisor 
at a later time, and the response is posted to the customer. 
The customer can then access the answer. This process takes 
place asynchronously. For one embodiment, asynchronous 
help generally posts responses to a help query within 24 
hours. 

At block 610, the asynchronous collaboration is initiated. 
For one embodiment, the asynchronous collaboration is 
initiated in response to a customer posting a medium priority 
help request. 

At block 620, the help request is transmitted to an advisor. 
For one embodiment, the advisor may be a customer service 
representative. For another embodiment, the advisor may be 
an artificial intelligence. For yet another embodiment, the 
advisor may be another customer. 

At block 630, the web tracks of the customer requesting 
help are transmitted to the advisor. As described above, the 
web tracks may include past locations and past actions of the 
customer. 

At block 640, the customer's history is retrieved. For one 
embodiment, the customer's history may include previous 
help requests. For another embodiment, the customer's 
history may include the customer's previous actions with 
respect to this help request. Thus, for example, if the 
customer initially did a self-help search, this information is 
transmitted to the advisor. 

At block 650, the process tests whether the advisor has an 
answer for the customer's request. The advisor may have 
more experience than the customer, and may be able to 
obtain an answer without searching. If the has an answer, the 
process continues to block 670, otherwise, the process 
continues to block 655. 

At block 655, the advisor is prompted to look up the help 
request in an answer database. The answer database search 
for the advisor is similar to the search for the self-help, as 
discussed with respect to FIG. 5. For one embodiment, the 
advisor is also able to use a more command-oriented inter- 
face for more in-depth searching. 
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At block 660, the process tests whether the answer was 
found in the database. For one embodiment, the advisor 
indicates whether the answer was found by selecting the 
answer or selecting a "no answer found" button. 

5 If an answer was found, the process continues to block 
670. If no answer was found, the process continues to block 
665. At block 665, the advisor elevates the help request. As 
described above, elevating the help request passes the 
request and associated information to someone else. The 

10 process then returns to block 650, where the process deter- 
mines whether the new advisor, to whom the help request 
was elevated, h as an answer. 

If an answer was found at block 650 or 660, the process 
continues to block 670. At block 670, the answer is posted 

15 to the customer. For one embodiment, the answer may be 
posted as a separate document, a posting directly associated 
with the we b site, or in some other way. The answer may 
include text, video, audio or other display technology indi- 
cating an answer to the customer's help query. 

20 At block 680, the process determines whether the answer 
exists in the database. For one embodiment, if the advisor 
knew the answer, and did not find it in the database, the 
answer may be new to the system. If the answer is found in 
the database, the process continues to block 685. 

25 At block 685, the information from the customer is added 
to the existing answer. For one embodiment, the information 
may include the customer's web tracks, meta-tags, informa- 
tion associated with the help query, as well as the help query 
itself. This allows the next advisor or customer looking for 

30 the answer to find it more easily. 

If the answer was not found in the database, the process 
continues to block 690, At block 690, the answer and some 
associated information is added to the database. For one 
embodiment, the answer is added into a folder. For another 

35 embodiment, the associated information may include the 
customer's web tracks, meta-tags associated with the help 
query, as well as the help query itself. The customer has an 
answer accessible to the customer and available to advisors 
and/or customers through the database. 

40 FIG. 7 illustrates the process of synchronous collabora- 
tion. At block 710, the synchronous collaboration is initi- 
ated. Synchronous collaboration provides almost instanta- 
neous personal help to the customer. For one embodiment, 
the synchronous collaboration is initiated in response to a 

45 customer posting a high priority help request. 

At block 710, the synchronous collaboration is initiated. 
For one embodiment, if the customer posted the help request 
through e-mail or telephone, the synchronous collaboration 
is initiated when an Internet connection is established 

50 between the customer and the agent. 

At block 720, the help request, web tracks, and customer 
history is transmitted to the advisor that will handle this help 
request. For one embodiment, help requests are allocated to 
advisors on a time basis, i.e. the advisor that is not busy will 

55 receive the next help request. For another embodiment, help 
requests may be allocated based on the advisor's level of 
knowledge in the area of the help request. For another 
embodiment, the customer's history may influence what 
advisor receives the help request. 

60 At block 730, the advisor is permitted to prepare by 
reviewing the customer's data. This informs the advisor of 
the question the customer has, as well as prior interactions 
between the help system and the customer. 
At block 740, a collaboration connection is established 

65 between the advisor and the customer. For one embodiment, 
the advisor presses a button indicating that the advisor is 
ready to collaborate with the customer. For one embodiment, 
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this establishes a network link between the customer and the 
advisor. For anther embodiment, the advisor may also estab- 
lish a voice link with the customer. 

At block 750, the advisor may decide to open a synchro- 
nized collaboration window, so that the display for the 5 
advisor and the customer is identical. This may be helpful to 
clarify the problem and/or answer. For one embodiment, this 
step may be left out. For another embodiment, the advisor 
may decide to establish the window or not establish the 
window based on the type of question asked by the cus- 10 
tomer. For another embodiment, the customer may refuse 
the establishment of the synchronized collaboration window. 
If the customer refuses to establish the window, the process 
continues directly to block 770. If the customer does not 
refuse the establishment of a synchronized window, the 15 
process continues to block 760. 

At block 760, a synchronized collaboration window is 
opened on both systems. This window allows an identical 
display, permitting closer interaction between the customer 
and the advisor. Furthermore, for one embodiment, the 20 
synchronous collaboration window allows the advisor to the 
same display as the customer even if the customer's question 
comes from a personalized web page. 

At block 770, the process determines whether the advisor 
has an answer to the customer's query. If the advisor has an 25 
answer, the process continues to block 790. If the advisor 
does not have an answer, the process continues to block 775. 

At block 775, a database window is opened. For one 
embodiment, the database window is a separate window 
from the collaboration window, and the synchronous col- 30 
laboration window. For one embodiment, the database win- 
dow is invisible to the customer. For another embodiment, 
the database window is visible to the customer. The advisor 
then searches the database. 

At block 780, the process determines whether the advisor 35 
has found an answer in the database. If the advisor has found 
an answer, the process returns to block 790. If the advisor 
did not find an answer, the process continues to block 785. 
At block 785, the help request is elevated. For one 
embodiment, the customer is informed of this elevation, and 40 
the customer further interacts with the new advisor who 
receives the elevated request. For another embodiment, the 
customer remains with the original advisor, and is not 
informed of the elevation of the request. Once the request is 
elevated, the process returns to block 770, determining 45 
whether the advisor to whom the request was elevated has an 
answer. 

If an answer was found at block 770 or block 780, the 
process continued to block 790. At block 790, the answer is 
posted to the collaboration window of the customer. For one 50 
embodiment, the collaboration window is a synchronous 
collaboration window displaying web pages synchronously 
to the customer and the advisor. For another embodiment, 
the collaboration window may be a separate window that 
allows interaction between the customer and the advisor 55 
without a synchronous display. The posting may include 
text, audio, video, and/or any other type of data to answer the 
customer's question. 

At block 795, the database is updated. The answer may be 
added to the database, if it was not found in the database. 60 
Alternatively, the information associated with the specific 
customer's question and web tracks may be added to the 
answer if the answer was found in the database. * 

This synchronous collaboration provides immediate 
answers to the customers' high priority questions. In 65 
addition, the postings are persistent, and remain associated 
with the specific page and help query to which they corre- 
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spond. Each of these types of collaboration also builds a 
more elaborate database with each request. 

FIG. 8 illustrates one embodiment of slider bars that may 
be used to change answers displayed to the customer. These 
slider bars may be used to select a number of things. For 
example, the slider bars may determine the similarity 
between the web tracks of a previous answer in the database 
and the current query. The less specificity is requested, the 
more answers may correspond to the help query. The slider 
bars may also determine such things as the length of the 
answer requested, the complexity of the answer requested, 
the format of the answer requested, etc. 

For another embodiment, in a search including multiple 
terms or previous locations, the importance of each of those 
terms or previous locations may be individually adjusted. 
Thus, for example, if the customer has visited six previous 
locations before asking the question, more importance may 
be attached to one particular previous page during the 
search. 

For one embodiment, these slider bars are adjusted during 
initial searching. For another embodiment, these slider bars 
may be moved to refine a search during the search process, 
based on the types of answers retrieved from the initial 
search. 

In the foregoing specification, the invention has been 
described with reference to specific exemplary embodiments 
thereof. It will, however, be evident that various modifica- 
tions and changes may be made thereto without departing 
from the broader spirit and scope of the invention as set forth 
in the appended claims. The specification and drawings are, 
accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 

What is claimed is: 

1. A method for processing a client help request, said 
method comprising: 

responding to a help request from a client 

when said client makes a synchronous help request, 

alerting at least one responding advisor; 
receiving a response from said at least one responding 

advisor; 

synchronizing the display between said client and said at 

least one responding advisor; and 
permitting said at least one responding advisor to control 

a client browser. 

2. The method according to claim 1, further comprising: 
displaying a menu of help request options including at 

least one of a synchronous help request option, an 
asynchronous help request option, and a self-help 
option. 

3. The method according to claim 1, wherein said syn- 
chronizing the display comprises: 

having the advisor display include an identical display to 
that of the client. 

4. The method according to claim 3, wherein said iden- 
tical display to that of the client is displayed at a same rate 
for the advisor as for the client. 

5. The method according to claim 1, wherein the advisor 
further has one of an additional display and an additional 
portion of one display permitting search of a database of 
information to help the client. 

6. The method according to claim 1, further comprising: 
creating a reviewable discussion trail based on the client's 

discussion with the advisor. 

7. The method according to claim 6, wherein said discus- 
sion trail is stored on a server, and may be reviewed by the 
client at a'ny time. 
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8. The method according to claim 1, further comprising: 
adding a help information generated by the advisor to the 

database of information accessible to clients. 

9. The method according to claim 1, wherein when said 
client makes an asynchronous hell request, the method 
further comprises: 

prompting the client to enter a help question; 

forwarding the help question to the advisor; 

waiting for the advisor to generate an answer to the help 

question; and 
returning the answer to the client. 

10. The method according to claim 9, wherein the answer 
returned to the client comprises at least one of a web page 
hyperlink and a posting to a web page with hints that may 
include one or more of the following: 

a video of the advisor explaining the answer; and 
an audio recording of the hints, and visual images. 

11. The method according to claim 1, wherein said 
alerting at least one responding advisor includes using 
pattern matching with a database to determine which advisor 
is alerted. 

12. The method according to claim 11, wherein the pattern 
matching includes client and profile information. 

13. A method for processing a client help request, said 
method comprising: 

classifying the help request as one of a synchronous help 
request and an asynchronous help request; 

when synchronous help is requested, alerting at least one 
advisor, said at least one advisor conversing with the 
client over a link to deduce a problem; 

permitting said at least one advisor to synchronize dis- 
plays with the client and control the client browser; 

generating an answer to the problem; 
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associating the answer with the client, such that the client 

can retrieve the answer; and 
providing at least one of a hyper-linked web page, a 

posting to a web page, and a persistent answer to a 
5 client system. 

14. The method according to claim 13, further compris- 
ing: 

dynamically injecting a help button into web pages dis- 
played to the client system; 

permitting the client system to request help from a first 
web page by pushing the help button; 

associating said persistent answer with the first web page; 
and 

15 displaying said persistent answer whenever the client 
system accesses the first web page. 

15. The method according to claim 14, wherein the 
persistent answer is stored on a server system. 

16. The method according to claim 13, further compris- 
20 ing: 

searching a predictive answer system for a response to the 
help request, wherein the predictive answer system 
uses pattern matching with a database to determine 
whether the response is applicable. 
25 17. The method according to claim 16, wherein the pattern 
includes client profile and context information. 

18. The method according to claim 17, wherein the 
context information comprises at least one of previous web 
page locations visited by the client and actions on the 

30 previous web page locations. 

19. The method according to claim 13, wherein said 
advisor is one of an artificial intelligence, a client and a 
customer service representative. 

* * * * * 
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